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ROUTER MONITORING 



TECHNICAL FIELD 



The present invention relates in general to data processing systems, and in 
particular, to a new way for obtaining high availability and load balancing on default 
routers for IP host systems, and relates in particular to a router monitoring in such a 
system utilizing a network dispatcher for a cluster of hosts. 



BACKGROUND INFORMATION 



Several types of digital networks, operating with the packet switching 
technique in which data from different origins are chopped into fixed or variable 
length packets or datagrams, have been installed throughout the world. These digital 
networks may need to be interconnected (e.g. via routers) to optimize the possibilities 
of organizing traffic between source hosts and target hosts located anywhere in the 
world. Interconnecting such source hosts via routers is made possible by using an 
internetwork. 
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Internetwork (also referred to as Internet) facilities use a set of networking 
protocols such as Transmission Control Protocol/Internet Protocol (TCP/IP ) 
developed to allow cooperating host computers to share resources across the 
Internetwork. TCP/IP is a set of data communication protocols that are referred to as 
5 the Internet protocol (DP) suite. Because TCP and IP are the best known, it has 

become common to use the term TCP/IP to refer to the whole protocol family. TCP 
and DP are two of the protocols in this suite. Other protocols of the suite are User 
Datagram Protocol (UDP), Address Resolution Protocol (ARP), Real Time Protocol 
(RTP), etc. 

10 An Internetwork may thus be a collection of heterogeneous and independent 

networks using Transmission Control Protocol (TCP)/IP, and connected together by 
routers. The administrative responsibilities for the Internet (e.g., to assign IP 
addresses and domain names) can be within a single network, for example a Local 
Area Network (LAN), or distributed among multiple networks. 

1 5 When a communication link for data transmission is to be established from a 

source host to a particular computer IP destination over an DP network, there are a 
number of methods to determine the first hop router of the network leading towards 
this destination. These include running (or snooping) a dynamic routing protocol 
such as Routing Information Protocol (RIP) or Open Shortest Path First (OSPF) 

20 version, running an Internet Control Message Protocol (ICMP) router discovery client 

or using a statically configured default route. 
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Running a dynamic routing protocol on every end-host may not be feasible for 
a number of reasons including: administrative overhead, processing overhead, 
security issues, or lack of a protocol implementation for some platforms. Neighbor or 
router discovery protocols may require active participation by all hosts on a network, 
thus leading to large timer values (time to set up a link) to reduce protocol overhead 
in face of a large number of hosts. This can result in significant delay in the detection 
of a lost (i.e., dead) neighbor, which may introduce unacceptably long "black hole" 
periods. 

The use of a statically configured default route is quite popular, it minimizes 
configuration and processing overhead on the end-host and is supported by virtually 
every IP implementation. This mode of operation is likely to persist as Dynamic Host 
Configuration Protocol (DHCP) are deployed, which typically provide configuration 
for an end-host IP address and default gateway However, this creates a single point 
of failure. Loss of the default router results in a catastrophic event, and isolates all 
end-hosts that are unable to detect any alternate path that may be available. One 
solution to solve this problem is to allow hosts to appear to use a single router and to 
maintain connectivity even if the actual first hop router they are using fails. Multiple 
routers participate in this protocol and in concert create the illusion of a single virtual 
router. The protocol insures that one and only one of the routers is forwarding 
packets on behalf of the virtual router. End hosts forward their packets to the virtual 
router. The router forwarding packets is known as the active router. A standby router 
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is selected to replace the active router should it fail The protocol provides a 
mechanism for determining active and standby routers using the IP addresses on the 
participating routers. If an active router fails, a standby router can take over without a 
major interruption in the host's connectivity. 

5 Another similar approach is the use of Virtual Router Redundancy Protocol 

(VRRP) designed to eliminate the single point of failure inherent in the static default 
routed environment. VRRP specifies an election protocol that dynamically assigns 
responsibility for a virtual router to one of the VRRP routers on a LAN. The VRRP 
router controlling the IP address(es) associated with a virtual router is called the 

10 Master and forwards packets sent to these IP addresses. The election process 

provides dynamic fail-over in the forwarding responsibility should the Master become 
unavailable. Any of the virtual router's IP addresses on a LAN can then be used as 
the default first hop router by the end-hosts. The advantage gained by using VRRP is 
a higher availability default path without requiring configuration of dynamic routing 

1 5 or router discovery protocols on every end-host. 

Unfortunately, the two above solutions cannot provide load balancing for a 
given host's traffic because only the router that answered the ARP is used. Also, 
customers are reluctant to change their main router configuration to enable such a 
function. Clearly, there is a need for a method of providing load balancing for traffic 

20 on the Internet. 
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An IP source may be provided with a new layer between the IP layer and the 
network layer for dynamically selecting a router from a set of candidate default 
routers, thereby insuring both load balancing and high availability. However, in the 
case of a configuration with a network dispatcher used as a front end to a cluster of 

5 hosts, a host will always receive incoming packets from the network dispatcher in 

response to ARP requests, as opposed to packets from candidate routers. In this case 
it may not be possible to maintain the status of active candidate routes by resetting the 
age of an entry in the ARP table each time a packet is received from a matching 
network (MAC) address. One solution is to issue periodic ARP requests to candidate 

10 routers with the drawback that all the hosts have to monitor all the individual routers. 

Clearly there is a need for a method and apparatus to issue ARP requests to 
candidate routers without having to monitor all individual routers. 
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SUMMARY OF THE INVENTION 



The present invention provides a specific device for monitoring all the 
candidate routers in a data transmission system wherein a cluster of hosts is 
5 associated with a network dispatcher receiving all the incoming flows from an IP 

network. The present invention also discloses a method for determining the 
availability of candidate routers in a data transmission system wherein a cluster of 
hosts is associated with a network dispatcher receiving all the incoming flows from an 
IP network. 

10 The disclosed data transmission system is used for exchanging packetized data 

between any IP host and a plurality of workstations connected by the intermediary of 
an IP network. Each IP host further comprises an IP layer and a network layer and 
connected to the IP network via a layer 2 network interfacing the IP network by a set 
of routers and a network dispatcher in charge of receiving all incoming flows from the 

15 workstations and dispatching amongst the cluster of hosts. The disclosed data 

transition system comprises at least one monitoring device included in the cluster of 
hosts comprising means for monitoring the availability of the routes and means for 
broadcasting the router availability information to each host of the cluster of hosts via 
the network dispatcher. 

20 The foregoing has outlined rather broadly the features and technical 

advantages of the present invention in order that the detailed description of the 



FR9-99-0018 



invention that follows may be better understood. Additional features and advantages 
of the invention will be described hereinafter which form the subject of the claims of 
the invention. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



For a more complete understanding of the present invention, and the 
advantages thereof, reference is now made to the following descriptions taken in 
5 conjunction with the accompanying drawings, in which: 

FIG. 1 represents schematically a data transmission system wherein a cluster 
of hosts incorporates a specific device for monitoring the availability of routers 
according to embodiments of the present invention; and 

10 

FIG. 2 is a flow chart of the method in embodiments of the present invention 
for monitoring the availability of the routers. 
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DETAILED DESCRIPTION 



In the following description, numerous specific details are set forth to provide 
a thorough understanding of the present invention. However, it will be obvious to 
those skilled in the art that the present invention may be practiced without such 
specific details. In other instances, well-known circuits have been shown in block 
diagram form in order not to obscure the present invention in unnecessary detail For 
the most part, details concerning timing considerations and the like have been omitted 
in as much as such details are not necessary to obtain a complete understanding of the 
present invention and are within the skills of persons of ordinary skill in the relevant 
art. 

Refer now to the drawings wherein depicted elements are not necessarily 
shown to scale and wherein like or similar elements are designated by the same 
reference numeral through the several views. 

FIG. 1 illustrates embodiments of the present invention implemented in a data 
transmission system wherein a plurality of Internet Protocol (IP) hosts 10, 12, and 14, 
transmit data to one or several workstations 16, 18, 20 via IP network 22 by means of 
a layer 2 network such as a Local Area Network (LAN) 24. LAN 24 is interfacing IP 
network 22 by a set of input routers such as routers 26 and 28. The IP packets 21 are 
routed over the IP network 22 via a plurality of routers (not shown) until output 
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routers, such as routers 30 and 32, are connected to exemplary workstations 16,18, or 
20. 

Instead of using a single default router to transmit data over the DP network 22, 

a technique described in U.S. Patent Application Serial No. [IBM 

Docket No. FR9-99-008] which is hereby incorporated by reference herein, is used. 
In this new technique, a host uses a new layer between the IP layer and the network 
layer, this additional network layer is operable to select one router from a set of 
candidate routers, such as the routers 26 or 28, by running an algorithm based upon 
parameters defined in the data packet which is transmitted. 

In the present invention, it is assumed that the exemplary hosts 10, 12, 14 are 
grouped in a cluster associated with a network dispatcher 34 interfacing LAN 24 with 
IP network 22. Such a network dispatcher (ND) 34 is used to solve problems 
associated with keeping the processing load evenly spread or balanced on a group of 
hosts (or servers). In embodiments of the present invention illustrated in FIG. 1, a 
network dispatcher 34 operates as a dispatcher of connections from users (e.g., 
exemplary workstations 16, 18, and 20) which have a single IP address for a service 
available on a set of exemplary hosts 10, 12 and 14 which are operable to actually 
perform the work of the service. Only the IP packets going from the users, such as 
workstations 16, 18 and 28, pass through the exemplary network dispatcher ND 34. 
The IP packets from the IP host to workstations may go by other routes which need 
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not include the exemplary network dispatcher ND 34, thereby reducing the load on 
ND 34 and allowing it to potentially stand in front of a large number of hosts. 

Since a cluster of hosts (e.g., 10, 12, and 14) appear to auser (e.g., 
workstation 16, 18, 20) as the single address of a network dispatcher (e.g., ND 34), a 
user would have difficulty in determining the availability of a router (e.g., router 26 
or, 28), interfacing the IP network 22, by only monitoring the IP packet received from 
the IP network as mentioned above. Embodiments of the present invention add a 
router monitoring (RM) device 36 as a new member of the cluster of hosts. Instead of 
requiring each IP host to send ARP requests to each candidate router 26 or 28) in 
order to determine the availability of the latter, RM 36 periodically sends (the period 
may be as short as one to ten seconds in order to insure the best service) a unicast 
Address Resolution Protocol (ARP) request to all the candidate routers, and then to 
inform all the IP hosts about the availability status of each router using a broadcast 
ARP response. Thus, this function is performed with minimum traffic and the 
number of IP host (or servers) using the set of candidate routers can scale up without 
increased control traffic. 

It must be noted that the function of such RM 36 may be integrated in one of 
the IP hosts 10. 12, Or 14 and furthermore there may be several router monitoring 
devices or several IP hosts including this router monitoring function. 

FIG. 2 illustrates method steps of embodiments of the present invention. An 
ARP request (for example a unicast request to all candidate routers) is sent to a router 



FR9-99-0018 



- 11 - 



(step 40) on a periodical basis by a RM 36 (not shown in FIG. 2). Then, it is checked 
(step 42) to determine whether an answer is received from the router by RM 36. If so, 
this means that the router is available and an ARP response packet sent by the RM 
device to all DP hosts (step 44), This response is a matching network (MAC) address 
level broadcast indicating the EP address and the MAC address of the candidate router 
which has been requested as information indicating the availability of the router. This 
response forces all the IP hosts to update their corresponding entry to the ARP table 
(step 46). 

When no answers are received from the candidate router being requested (step 
42), a test is made (step 48) to determine whether a decision factor is reached. For 
example, a router which fails to answer three times in a row can be declared 
unavailable, however the decision factor may be of another type. Assuming the 
decision is reached, the RM 36 sends (step 50) an ARP response as a MAC address 
level broadcast to all the IP hosts. This response indicates the IP address of the router 
and its MAC address are set to a default value such as all zeros as information 
indicating the unavailability of the router. This forces all the IP hosts to update their 
own ARP table (step 52) by removing the ARP entry corresponding to the unavailable 
router after recognizing the invalid MAC address. Note that the entry can be updated 
with the invalid MAC address (e.g. all zeros) rather than removing the entry. 

Although the present invention and its advantages have been described in 
detail, it should be understood that various changes, substitutions and alterations can 
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be made herein without departing from the spirit and scope of the invention as defined 
by the appended claims. 
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WHAT IS CLAIMED IS: 



1 LA data transmission system for transmitting packet data from an Internet 

2 Protocol (IP) host comprising. 

3 an IP layer; 

4 a network layer adaptable for coupling to a plurality of workstations by an 

5 intermediary of an IP network, wherein said IP host is coupled to said DP 

6 network via a layer 2 network, said layer 2 network interfacing said IP 

7 network with a set of routers; 

8 a network dispatcher, said network dispatcher coupled to said IP network and 

9 operable for receiving all incoming data flows from said workstations and 

1 0 dispatching them to said cluster of hosts; 

1 1 a monitoring device, said monitoring device monitoring the information 

12 defining availability of said routers; and 
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13 a broadcasting device, said broadcasting device operable for broadcasting said 

14 router availability information to each host of said cluster of hosts via said 

1 5 network disp atcher . 

1 2 The data transmission system according to claim 1, wherein at least one 

2 monitoring device is incorporated in one of said IP hosts in said cluster of IP hosts. 

1 3. The data transmission system according to claim 1, wherein said monitoring 

2 device sends, periodically, a unicast ARP request to candidate routers, said candidate 

3 routers selected from said set of routers. 

1 4. The data transmission system according to claim 2, wherein said monitoring 

2 device sends, periodically, a unicast ARP request to candidate routers, said candidate 

3 routers selected from said set of routers. 

1 5. The data transmission system according to claim 3, wherein said unicast ARP 

2 request sent to all candidate routes is sent on a periodic basis between 1 and 10 

3 seconds. 

1 6. The data transmission system according to claim 4, wherein said unicast ARP 

2 request sent to all candidate routes is sent on a periodic basis between 1 and 10 
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1 seconds. 

1 7. The data transmission system according to claim 1, wherein said broadcast 

2 device sends a MAC level broadcast indicating said IP address of said requested 

3 router and said router availability information. 

1 8. The data transmission system according to claim 7, wherein said router 

2 availability information is said MAC address of an available router that has answered. 

1 9. The data transmission system according to claim 8, wherein said IP hosts 

2 update their ARP table when said IP hosts receive said MAC address of said 

3 requested router. 

1 10. The data transmission system according to claim 7, wherein said router 

2 availability information is a default value of said MAC address of said available 

3 router. 

1 11. The data transmission system according to claim 10, wherein said IP hosts 

2 update their ARP table by removing said IP address of a router when said router is 

3 determined to be unavailable. 
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1 12. The data transmission system according to claim 1 1, wherein said router being 

2 requested is considered unavailable when it has not answered three monitoring 

3 requests in a sequence from said router monitoring device. 

1 13. The data transmission system according to claim 12, wherein said router being 

2 requested is considered unavailable when it has not answered three monitoring 

3 requests in a sequence from said router monitoring device. 
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1 14. A method of selecting a router by an IP host in a data transmission system 

2 transmitting packetized data from said IP host having at least an IP layer and a 

3 network layer to a plurality of workstations by the intermediary of an IP network and 

4 wherein said IP host is coupled to said IP network via a layer 2 network interfacing 

5 said IP network by a set of routers, comprising the method steps of: 

6 sending periodically a unicast ARP request to all candidate routers, said 

7 candidate routes selected from said set of routers; and 

8 transmitting to all IP hosts instructions to update their ARP table with router 

9 availability information. 

1 15. The method according to claim 14 ? wherein router availability information is 

2 the MAC address of said router when said router is available and has answered. 

1 16. The method according to claim 1 5, wherein said IP hosts update their ARP 

2 table when said IP hosts receive said MAC address of said requested router. 

1 17. The method according to claim 14, wherein said router availability 

2 information is a default value of said MAC address of said available router. 
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1 18. The method according to claim 17, wherein said IP hosts update their ARP 

2 table by removing said IP address of a router when said router is determined to be 

3 unavailable. 

1 1 9 The method according to claim 17, wherein said router being requested is 

2 considered unavailable when it has not answered three monitoring requests in a 

3 sequence from said router monitoring device. 

1 20. The method according to claim 18, wherein said router bing requested is 

2 considered unavailable when it has not answered three monitoring request, in a 

3 sequence from said router monitoring device. 
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1 21. A computer program product embodied in a machine readable medium, 

2 including a programming method for selecting a router by an IP host in a data 

3 transmission system transmitting packetized data from said IP host having at least an 

4 IP layer and a network layer to a plurality of workstations by the intermediary of an 

5 IP network and wherein said IP host is coupled to said IP network via a layer 2 

6 network interfacing said IP network by a set of routers comprising, a program of 

7 instructions for performing the method steps of: 

8 sending periodically a unicast ARP request to all candidate routers, 

9 said candidate routes selected from said set of routers; and 

10 transmitting to all IP hosts instructions to update their ARP table with 

1 1 router availability information. 

1 22. The computer program product according to claim 21, wherein router 

2 availability information is the MAC address of said router when said router is 

3 available and has answered. 

1 23. The computer program product according to claim 22, wherein said IP hosts 

2 update their ARP table when said IP hosts receive said MAC address of said 
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3 requested router. 

1 24. The computer program product according to claim 2 1 , wherein said router 

2 availability information is a default value of said MAC address of said available 

3 router. 

1 25. The computer program product according to claim 24, wherein said IP hosts 

2 update their ARP table by removing said IP address of a router when said router is 

3 determined to be unavailable. 

1 26. The computer program product according to claim 24, wherein said router 

2 being requested is considered unavailable when it has not answered three monitoring 

3 requests in a sequence from said router monitoring device. 

1 27. The computer program product according to claim 25 wherein said router 

2 being requested is considered unavailable when it has not answered three monitoring 

3 requests in a sequence from said router monitoring device. 
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ROUTER MONITORING 



ABSTRACT OF THE DISCLOSURE 

A data transmission system for exchanging packetized data between any IP 
host selected from a cluster of IP hosts, each host having at least an IP layer, a 

5 network layer, and a plurality of workstations coupled by an intermediary of an IP 

network. The IP hosts are coupled to the IP network via a layer 2 network such as a 
LAN interfacing the IP network by a set of routers and a network dispatcher that 
receives all incoming data flow and dispatches the data to the cluster of hosts. The 
data transmission system comprises at least a monitoring device included in the 

1 0 cluster of hosts where the monitoring device is operable to monitor the availability of 

candidate routers selected from the set of possible routers. The monitoring device 
also is operable for broadcasting router availability information to each host in the 
cluster of hosts via the network dispatcher. 

,:ODMA\PCDOCS\AUSTIN_1\132809\1 
1097 7036/P124US 



FR9-99-0018 



-22 - 



40 



ARP REQUEST 
SENT TO ROUTER 




46 



52 



UPDATE 




ARP TABLE 


► 



RETURN 
STEP 40 



UPDATE 
ARP TABLE 



FIG. 2 



1BM Docket No. FR9-99-018 

DECLARATION AND POWER OF ATTORNEY 
FOR PATENT APPLICATION 

As a below named inventor, 1 hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name; I believe I arn an original, 
first and joint inventor of the subjeci matter which is claimed and for which a patent is sought on the invention 
entitled: 

ROUTER MONITORING 

the specification of which is identified by the attorney (IBM) Docket Number appearing above, 

I hereby stale that I have reviewed and understand the contents of the above- identified specification, including 
the claims. 

I acknowledge d\e duty 10 disclose information which is material to the patentability of this application in 
accordance with Title 37, Code of Federal Regulations, §1.56. 

I hereby claim foreign priority benefits under Tide 35, United Slates Code, §119 of any foreign application^) for 
patent or inventor's certificate listed below and have also identified below any foreign application for patent or 
inventor's certificate having a filing date before that of the application on which priority is claimed: 

Prior Foreign Application(s) 

Number Country Day/Monih/Year Priority Claimed 

994800 15.900000006 EP 30/03/99 Yes 

I hereby claim the benefit (a) under Title 35, United States Code, §1 19(e) of any U.S. application listed below 
and identified as a provisional application or (b) under Title 35, United States Code, §120 of any U.S. 
application listed below and not identified as a provisional application, and, insofar as the subject matter of each 
Of the claims of this application is not disclosed in the prior U.S. application in die manner provided by the first 
paragraph of Title 35, United States Code, §112, 1 acknowledge the duty to disclose infonnaiion material to the 
patentability of this application as defined in Title 37, Code of Federal Regulations, §1.56 which occurred 
bcrween the filing date of the prior application and the national or PCT international filing date of this 
application 

Prior U.S. Applications 
gerialfto.. Filing Date Status 



I hereby declare that all statements made herein of my own knowledge are true and that all statements made on 
information and belief are believed to be true; and further that these statements were made with the knowledge 
thai willful false statements and the like so made are punishable by fine or imprisonment, or both, under Section 
1001 of Tide 18 of the United Stares Code and that such willful false statements may jeopardize the validity of 
The application or any patent issued thereon. 



MAR 23 '00 09^12 



33+493247511 PAGE 



IBM Docket No. FR9-99-018 



As a named invenior, I hereby appoint the following attorneys and/or agents to prosecute this application and 
transact all business in the Patent and Trademark Office connected therewith: Daniel E. McConnell, Reg. No. 
20.360; Kenneth A, Seaman, Reg. No. 28,113; Joscelyn G. Cockburn, Reg. No. 27,069; Gerald R, Woods, 
Reg. No. 24,144; JohnD. Flynn, Reg. No. 35,137; Horace St. Julian, Reg. No. 30,329; Joseph C. 
Redmond, Jr., Reg, No. 18,753; John R Hoc], Reg. No. 26,279; Christopher A. Hughes, Reg. No. 26,914; and 
Edward A. Pennington, Reg. No. 32,588. 

Send all correspondence to: John D. Flynn, IBM Corporation 972/B656; PO Box 32195; Research Triangle 
Park. NC 27709. 



Marc Lamberton 



Signature: *fllfff %JUaa rVy? 0 b j 7^ j ?jdot> 



Daze 



Residence: 98 1 Route de Saint- Jean 
06600 Antibes, France 

Citizenship: French 
Post Office Address: saw ^ abovc 



Eric Levy-Abcgnoll 



Signature: fei2 c ^kc*vr&K OS/^S/loOO 



Date 



Residence: 67 Ancicn chemin de la Lanterne 
06200 Nice, France 

Citizenship: French 

Post Office Address: same as above 



Pierre Secondo 



*— IS Ctvr< k-^ri e^f^ 



Date 



Residence: 1 34 Chemin de Berguieres 

06 J 40 Tourettes-sur-Loup > France 

Citizenship: French 

Post Office Address: same as above 



2 



MAR 23 '00 09:12 



33+4S3247511 PftGE.05 



IBM Docket No. FR9-99-018 

Pascal Thubert 



Signature: TAMfiw 



r 



Residence: Les Jardins d'EHse - 60 Avenue des Poilus 
06140 Vencc, France 

Citizenship: French 

Post Office Address: same as above 



Date 



nPR 23 '00 09:12 



TDTRL PfiGECS) 06 
33+493247511 PAGE . 06 



